home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000674_marca@wintermu….ncsa.uiuc.edu _Fri Feb 26 00:17:14 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB

  1. Return-Path: <marca@wintermute.ncsa.uiuc.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA12184; Fri, 26 Feb 93 00:17:14 MET
  4. Received: from newton.ncsa.uiuc.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA26602; Fri, 26 Feb 1993 00:34:27 +0100
  6. Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA28578
  7.   (5.65a/IDA-1.4.2 for WWW-TALK@nxoc01.cern.ch); Thu, 25 Feb 93 17:34:24 -0600
  8. Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI)
  9.     for @newton.ncsa.uiuc.edu:WWW-TALK@nxoc01.cern.ch id AA22163; Thu, 25 Feb 93 17:36:10 -0800
  10. Date: Thu, 25 Feb 93 17:36:10 -0800
  11. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  12. Message-Id: <9302260136.AA22163@wintermute.ncsa.uiuc.edu>
  13. To: Bill Janssen <janssen@parc.xerox.com>
  14. Cc: WWW-TALK@nxoc01.cern.ch, ebina@ncsa.uiuc.edu,
  15.         marca@ncsa.uiuc.edu (Marc Andreessen)
  16. Subject: Re: xmosaic experience
  17. In-Reply-To: <0fXIpFoB0KGW4v0hoS@holmes.parc.xerox.com>
  18. References: <0fXIpFoB0KGW4v0hoS@holmes.parc.xerox.com>
  19.     <9302252239.AA21530@wintermute.ncsa.uiuc.edu>
  20.     <EfXGE90B0KGWQv0bZM@holmes.parc.xerox.com>
  21. X-Md4-Signature: 1a892af7eddde237559724ae86a443ff
  22.  
  23. Bill Janssen writes:
  24. > Relax, Marc.  First off, I really like xmosaic, and am hoping version
  25. > 1.0 will be really great!  
  26.  
  27. It's good to hear that.  Public complaints about something that we
  28. actually put a lot of time into don't encourage us any, though.  I'm
  29. sure you can understand that.
  30.  
  31. > But secondly, I'm not your customer.  Who cares what I think?
  32.  
  33. Well, you literally are our customer.  But that's probably beside the
  34. point... we do care what you think simply because having the wonderful
  35. distributed beta team that we essentially have due to this group gives
  36. us the opportunity to make our product much better than it could be
  37. otherwise.  We very much value constructive criticism from
  38. knowledgeable people.
  39.  
  40. > Well, since you ask...  If you're displaying text, it really doesn't
  41. > matter what the maximum size of a window is, so long as you can get
  42. > at least one line on it, right?  As the user scrolls through the
  43. > text, you just show different lines, right?  But apparently what
  44. > you're doing is turning each document into a giant image of text,
  45. > and then panning through that image, which of course runs you into
  46. > size problems.  This is an OK idea if you're building something like
  47. > HyperCard.  But WWW isn't always like HyperCard, it tends to mix the
  48. > ``holy scroller'' model with the ``card shark'' model of hypertext.
  49. > So this approach isn't really suited either to WWW or to the X
  50. > Window System, so far as I can see.  (The problem with it on X is
  51. > that is uses big chunks of window system resources, typically in one
  52. > big burst that locks out everything else on the screen!)  The
  53. > ``correct'' approach would be more of what Viola does, which is to
  54. > use a text widget.
  55.  
  56. We are using a widget.  A text widget, in fact -- just one we wrote
  57. ourselves, since the Motif text widget doesn't support the
  58. functionality we need.  We are not using a huge-ass 32K or 64K pixel
  59. high pixmap or image, and we are not consuming memory to store such a
  60. pixmap or anything else 32K or 64K high.  We are using a virtual
  61. window that is that high because that way X handles the scrolling such
  62. that we get the proper expose events at the proper times FOR THE AREA
  63. OF THE WINDOW THAT IS ACTUALLY ONSCREEN.  To do our own scrolling
  64. would require a lot of additional work.  Either someone funds us to do
  65. that work or we are going to do more interesting things with our time.
  66.  
  67. Spend some time with our code before drawing conclusions, in public no
  68. less, like ``you're turning each document into a giant page of text,
  69. and then panning through that image''.
  70.  
  71. > By the way, Viola, the only other browser I use, *does* in fact use
  72. > a text widget, and handles my document just fine.
  73.  
  74. OK, if that's the case then my apologies to Pei.  I have a dim memory
  75. of trying this last year and simply seeing the document overrun the
  76. window size, as happens with Midas -- I'm probably mistaken.
  77.  
  78. Marc
  79.  
  80. --
  81. Marc Andreessen
  82. Software Development Group
  83. National Center for Supercomputing Applications
  84. marca@ncsa.uiuc.edu
  85.